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Software reliability and maintainability management 


1 主题 内 容 与 适用 范围 


本 标准 规定 了 软件 产品 在 其 生存 周期 内 如 何 选择 适当 的 软件 可 靠 性 和 可 维护 性 管理 要 素 , 并 指导 
软件 可 靠 性 和 可 维护 性 大 纲 的 制定 和 实施 。 
本 标准 适用 于 软件 产品 生存 周期 的 各 个 阶段 。 


2 引用 标准 


GB 6992 ”可靠 性 与 维修 性 管理 
GB 8566 计算 机 软件 开发 规范 
GB/T 11457 “软件 工程 术语 


3 术语 和 定义 


本 标准 将 采用 GB/T 11457 中 术语 和 定义 。 此 外 强调 给 出 下 列 术 语 和 定义 。 
3.1 软件 可 党 性 sofrware reliability 
a, 在 规定 环境 下 ,在 规定 时 间 内 软件 不 引起 系统 失效 的 概率 。 
b. 在 规定 的 时 间 周 期 内 所 述 条 件 下 程序 执行 所 要 求 的 功能 的 能 力 。 
3.2 软件 可 维护 性 software maintainability 
与 进行 规定 的 修改 难 易 程度 有 关 的 一 组 属性 。 
3.3 软件 生存 周期 ”software life cycle 
软件 产品 从 形成 概念 开始 ,经 过 开发 .使 用 和 维护 ,直到 最 后 不 再 使 用 的 整个 过 程 。 
3.4 ”软件 可 靠 性 和 可 维护 性 大 纲 ( 以 下 简称 大 纲 ) software reliability and maintainability program 
. 为 保证 软件 满足 规定 的 可 靠 性 和 可 维护 性 要 求 而 制订 的 一 套 管理 文件 。 


d 软件 生存 周期 


4.1 软件 生存 周期 各 阶段 对 可 靠 性 和 可 维护 性 要 求 

本 标准 按 GB 8566 划分 软件 生存 周期 。 强 调 各 个 阶段 软件 可 靠 性 和 可 维护 性 要 求 。 
4.1.1 可 行 性 研究 与 计划 阶段 一 一 进行 项 目 可 行 性 分 析 。 制 订 初 步 项 目 开 发 计划 ,提出 软件 可 靠 性 和 
可 维护 性 目标 .要 求 及 经 费 , 并 列 和 合同 (或 研制 任务 书 , 下 同 ) 。 
4.1.2 需求 分 析 阶段 一 一 将 合同 的 技术 内 容 细 化 为 具体 产品 需求 .分 析 和 确定 软件 可 靠 性 和 可 维护 性 
的 目标 ,制定 大 钢 及 其 实施 计划 。 
4.1.3 概要 设计 阶段 一 一 进行 可 草 性 和 可 维护 性 目标 分 配 ,进行 可 靠 性 和 可 维护 性 概要 设计 ,并 明确 
对 详细 设计 的 具体 要 求 。 
4.1.4 详细 设计 阶段 一 一 进行 软件 可 靠 性 和 可 维护 性 详细 设计 ,编写 相应 的 设计 说 明 , 明 确 对 实现 阶 
段 的 具体 要 求 。 
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5 实现 阶段 一 一 进行 单元 测试 ,分 析 和 验证 有 关 软 件 可 靠 性 和 可 维护 性 的 部 分 要 求 。 
6 组 装 测试 阶段 一 进行 组 装 测试 ,并 进一步 分 析 软 件 可 靠 性 和 可 维护 性 。 
7 确认 测试 阶段 一 一 确认 软件 产品 的 可 靠 性 和 可 维护 性 是 否 达 到 预定 的 目标 。 
8 使 用 和 维护 阶段 一 一 采集 数据 ,定期 评价 ,加 强 维护 管理 ,以 确保 软件 的 可 靠 性 和 可 维护 性 增 
2 软件 生存 周期 可 靠 性 和 可 维护 性 度量 方法 

在 软件 生存 周期 的 各 个 阶段 ,应 进行 与 可 靠 性 和 可 维护 性 有 关 的 度量 ,度量 方法 通常 分 定性 的 估 
计 、 定 量 的 预测 和 测量 等 等 。 具 体 方法 的 选择 应 视 软件 所 处 的 阶段 和 其 活动 而 定 , 其 目的 是 保证 在 软件 
生存 周期 的 特定 阶段 的 关键 问题 能 得 到 及 时 解决 。 


5 alt, AC E 


根据 合同 或 协议 书 中 对 软件 可 靠 性 和 可 维护 性 的 要 求 编制 大 岗 ,大 岗 的 制定 和 修改 应 按 质 量 保证 
有 关 标 准 规定 的 程序 进行 评审 和 审批 ,大 纲 的 实施 应 由 主管 机 构 和 软件 开发 项 目 各 层次 负责 人 分 工 负 
责 。 同 时 纳入 软件 开发 计划 ,并 与 系统 管理 相 结合 ,充分 考虑 技术 及 成 本 因素 实施 综合 管理 。 
5.1 制定 大 纲 应 考虑 的 主要 因素 : 
编制 大 纲 , 应 考虑 如 下 因素 : 
所 处 生存 周期 阶段 ， 
规定 的 可 靠 性 和 可 维护 性 目标 
每 项 活动 的 主要 任务 
拟 采用 的 开发 技术 和 类 似 软件 的 历史 状况 
e, 时 间 进 度 .经 费 与 其 他 资源 ,存储 空间 与 运行 时 间 ,程序 设计 语言 ,软件 运行 的 软 ,硬件 环境 等 
各 种 限制 条 件 。 
5.2 大 网 应 包括 的 主要 活动 项 目 
以 下 条 款 给 出 了 软件 可 靠 性 和 可 维护 性 大 纲要 素 ,并 对 这 些 要 素 的 应 用 及 任务 进行 了 描述 。 
5.2.1 制定 大 纲 计划 和 目标 
在 需求 分 析 阶 段 ,应 该 建立 软件 产品 的 可 靠 性 和 可 维护 性 大 网 计划 .大 网 计 划 由 一 系列 的 与 每 项 大 
纲要 素 有 关 的 任务 组 成 ,应 明确 每 项 任务 的 责任 ,并 提供 一 个 任务 实施 初步 日 程 表 , 当 情况 变化 或 出 现 
偏差 时 计划 应 根据 需要 加 以 修改 。 。 
大 纲 计 划 应 定量 和 定性 地 建立 目标 ,并 说 明 验 证 所 需 的 判 据 和 条 件 。 
大 纲 制 定 和 实施 所 需 的 组 织 机 构 和 职责 ; 
定量 .定性 的 可 靠 性 和 可 维护 性 目标 (如 :可 靠 度 RCIT)、 失 效 发 生 率 ROCOF ,等 等 ); 
各 项 任务 实施 进度 表 ; 
可 靠 性 和 可 维护 性 估计 及 验证 所 用 的 判 据 ， 
软件 版 本 控制 及 标准 化 要 求 ， 
评审 计划 ， 
文件 编制 要 求 ， 
培训 及 支持 保证 计划 ， 
测试 计划 。 
5.2.2 分 析 运 行 环境 
在 可 行 性 研究 与 计划 及 需求 分 析 阶 段 应 分 析 运 行 环境 ,并 在 概要 设计 和 详细 设计 阶段 进行 必要 的 
修改 ,同时 要 注意 运行 环境 的 变化 会 对 软件 的 可 靠 性 和 可 维护 性 的 影响 。 
下 列 运行 环境 和 最 终 使 用 条 件 应 该 分 析 : 
a 运行 的 系统 及 体系 结构 
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运行 和 维护 方式 ; 
负载 
运行 和 维护 环境 (如 电磁 辐射 和 感应 ); 
运输 和 安装 条 件 ; 
操作 和 维护 人 员 要 求 ， 
-新 版 本 的 发 行 和 升级 ， 
* 恢复 的 规程 和 要 求 ; 
终端 和 通信 媒体 类 型 。 
5.2.3 软件 可 靠 性 和 可 维护 性 要 求 的 可 行 性 论证 
在 可 行 性 研究 与 计划 阶段 ,应 对 软件 的 可 靠 性 和 可 维护 性 要 求 进行 可 行 性 论证 ,对 于 合同 中 提出 的 
软件 可 靠 性 和 可 维护 性 要 求 应 根据 软件 符合 规定 标准 和 规范 的 能 力 进行 评审 和 论证 。 这 个 论证 是 整个 
产品 研究 的 一 部 分 ,其 目的 是 : 
a 确定 设计 工作 的 起 点 。 
b. ”估计 可 靠 性 和 可 维护 性 特性 对 技术 选择 ,设计 配置 以 及 产品 性 能 满足 市 场 需求 能 力 的 影响 。 
e, 估计 弥补 现 有 产品 与 新 一 代 产品 原理 上 的 差距 所 带 来 的 成 本 影响 和 承担 的 风险 。 
应 该 考虑 ， 
a, 软件 的 功能 需求 ; 
b. 新 软件 的 市 场 潜力 ; 
e, 现 有 软件 的 技术 状况 ， 
d. ”生存 周期 费用 ; 
e. 开发 新 软件 与 改造 现 有 软件 所 付出 的 劳动 的 比较 。 
5.2.4 选 定 或 制定 规范 和 准则 
在 需求 分 析 阶 段 ,应 选 定 适当 的 软件 规范 和 准则 。 若 没有 适当 的 软件 规范 和 准则 可 遵循 , 则 应 自行 
制定 。 其 内 容 包括 : 
a. ”确保 软件 可 靠 性 和 可 维护 性 所 必须 的 软件 工程 规范 ; 
b. 制定 软件 开发 必须 遵循 的 技术 准则 ; 
ce. 制定 软件 的 支持 和 维护 要 求 ; 
d. 必要 时 制定 外 购 . 转 承 开 发 和 重用 原 有 软件 的 可 车 性 和 可 维护 性 控制 规范 。 
5 软件 可 靠 性 和 可 维护 性 分 析 
在 软件 开发 过 程 中 各 个 阶段 进行 有 关 的 软件 可 靠 性 和 可 维护 性 分 析 并 编写 分 析 报告 应 考虑 : 
可 靠 性 和 可 维护 性 目标 分 配 ; 
软件 使 用 需求 量 过 载 情况 ， 
程序 设计 中 的 实施 情况 ， 
可 靠 性 和 可 维护 性 预测 ， 
故障 模式 、 影 响 及 危害 度 分 析 ; 
根源 分 析 。 
关键 模块 分 析 ; . 
故障 定位 和 隔离 技术 的 应 用 ; 
测试 环境 、 测 试 系统 、 测 试用 例 和 测试 覆盖 情况 ， 
维护 实施 简易 性 。 
评审 
在 软件 开发 各 阶段 都 要 求 进行 评审 ,评审 管理 要 求 按 GB 8566 进行 ,其 中 与 软件 可 靠 性 和 可 维护 
性 有 关 的 具体 评审 要 求 如 下 : 
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5.2. 6.1 需求 分 析 评 审 
可 苇 性 和 可 维护 性 目标 
大 纲 及 其 实施 计划 ; 
操作 顺序 和 不 可 逆 操 作 顺 序 的 保障 要 求 ; 
功能 降级 使 用 方式 下 ,软件 产品 最 低 功 能 保证 的 规格 说 明 。 
选用 或 制定 的 规范 和 准则 。 
.2 ”概要 设计 评审 
可 靠 性 和 可 维护 性 目标 分 本 
可 靠 性 和 可 维护 性 设计 方案 ; 
设计 分 析 ,关键 成 分 的 时 序 , 估 计 的 运行 时 间 , 错 误 恢 复 及 相关 性 能 要 求 ; 
测试 原理 .要求 .文件 和 工具 。 
5.2. 6. 3 详细 设计 评审 
a 各 单元 可 靠 性 和 可 维护 性 目标 ; 
b. ”可靠 性 和 可 维护 性 设计 (如 ;容错 ); 
e 测试 文件 ; 
d ”软件 开发 工具 。 
5.2.6.4 软件 验证 与 确认 计划 评审 
a, 软件 可 靠 性 各 可 维护 性 验证 和 确认 方法 ; 
b. 软件 可 车 性 和 可 维护 性 测试 (计划 .规程 .用 例 和 设施 )# 
e 验证 与 确认 时 所 用 的 其 他 准则 。 
5.2.7 文件 和 数据 
根据 合同 要 求 和 数据 管理 目标 ,确定 文件 和 数据 要 求 的 范围 。 
大 纲 应 建立 一 个 报告 事件 及 其 结果 的 系统 。 该 系统 应 提供 数据 可 追溯 性 ,并 建立 相应 文件 ,文件 应 
写 明 具体 数据 的 采集 条 件 、 所 作 的 设想 ,并 注 明 对 数据 应 用 的 限制 ,为 保证 关键 事件 得 到 明确 认识 ,该 系 
统 应 提供 充分 的 数据 ,并 且 系 统 的 输出 应 适合 接受 者 的 需要 和 分 发 的 要 求 。 
应 监视 以 下 关键 事项 ， 
大 纲目 标的 建立 
可 靠 性 和 可 维护 性 目标 分 配 ; 
模块 一 览 表 的 制定 ; 
测试 ， 
故障 发 生 ， 
缺陷 和 错误 的 检查 ， 
维护 活动 ; 
恢复 活动 
数据 分 析 ， 
1. 采取 的 纠正 措施 和 结果 。 
5.2.8 培训 
要 求 及 时 制定 培训 计划 。 培 训 计 划 应 与 软件 开发 计划 维护 要 求 . 运 行 支持 策略 协调 一 致 。 培 训 对 
象 包括 软件 开发 人 员 ,维护 人 员 、 质 量 控制 人 员 、 管 理 人 员 、 操 作 人 员 ,针对 不 同 对 象 进行 不 同类 型 .不 同 
级 别 的 培训 。 培 训 内 容 为 : 
a. 一般 知识 或 专门 技术 ; 
b. 软件 的 复杂 性 ， 
<- 操作 要 求 ， 
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d. 需 用 的 时 间 和 资源 ; 
e 需 用 的 设施 和 工具 。 
5. 2.9 维护 保障 要 求 
对 维护 保障 要 求 应 进行 说 明 并 制定 计划 。 需 考虑 下 列 因素 : 
维护 和 后 勤 保障 策略 ， 
技术 保障 功能 ， 
维护 保障 任务 ; 
配置 管理 ， 
操作 和 修改 规程 ; 
突 发 事件 和 分 析 # 
数据 采集 和 现场 跟踪 ; 
. 文件 。 
5. 3 示例 
表 1 说 明了 大 纲 的 各 项 活动 同 软件 生存 周期 各 阶段 的 基本 关系 , 它 为 适当 地 选择 相关 大 纲 任 务 提 
供 一 个 示例 。 
5.4 WS 
大 网 内 容 可 根据 软件 类 别 .规模 和 关键 程度 作 适 当 甬 和 裁 。 甬 裁 原则 是 :所 制定 大 纲 能 使 软件 开发 以 
最 佳 费用 效益 实现 规定 的 可 靠 性 和 可 维护 性 要 求 。 
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附加 说 明 ， 
本 标准 由 中 国标 准 化 与 信息 分 类 编码 研究 所 提出 并 负责 起 草 。 
本 标准 主要 起 草 人 感 奎 桐 , 何 国 伟 、 王 纬 、 陈 崇 昕 . 徐 树 森 。 





